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REMARKS 

Claims 1-2, 8-11, 13, 17-20, 22-23 and 26-28 have been amended as 
indicated above in accompaniment of a Request for Continued Examination under 
37 C.F.R. § 1.114. The Applicant respectfully requests that this application be 
allowed and forwarded on to issuance. 

Examiner Interview 

Applicant respectfully thanks the Examiner for the time spent discussing 
the disposition of this case by telephone on March 16, 2007, with Applicant's 
representative. During the discussion, Applicant's representative and the 
Examiner discussed the cited art and some proposed claim modifications that 
would potentially receive favorable treatment by the Examiner. However, no final 
agreement was reached during the telephonic interview. While Applicant believes 
that such modifications are unnecessary, in the spirit of cooperation and advancing 
prosecution of this matter toward allowance, Applicant has made the clarifying 
amendments listed above and discussed below. 

§ 103 Rejections 

Claims 1-6, 8-11, 13-15, 17-20, 22-28 and 40 are rejected under 35 U.S.C. 
§ 103(a) as being unpatentable over U.S. Patent No. 5,781,720 ("Parker"), in view 
of U.S. Patent No. 6,854,089 ("Santee"). 
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The Claims 

Claim 1, as amended, recites a method for testing at least one software 
application, the method comprising: 



• installing at least one hook function into an application 
programming interface (API) of an operating system, the at 
least one hook function configured to monitor operating system 
messages communicated with the software application during 
execution of the software application being tested; 

• retrieving information descriptive of a state of operation of the 
software application being tested and at least one graphics element 
rendered during execution of the software application being tested, 
wherein the information identifies an executable feature associated 
with the at least one graphics element, and wherein at least some 
of the retrieved information descriptive of the state of 
operation is based on messages monitored by way of the at least 
one hook function; 

• storing information related to an association between the 
executable feature and the at least one graphics element and the 
state of operation of the software application in a map data 
structure containing information related to at least one graphics 
element for testing, the association and information being stored in 
the map data structure during execution of the software application 
being tested; 

• automatically selecting an executable feature from the map data 
structure based on the association stored in the map data structure; 

• automatically executing the selected executable feature associated 
with the graphics element; and 

• dynamically updating the information related to the state of 
operation of the software application and the association in the map 
data structure upon execution of the executable feature. 



Applicant respectfully disagrees with and traverses the rejection of claim 1, 
as amended. 

Specifically, Parker fails to teach or suggest installing at least one hook 
function into an application programming interface (API) of an operating system. 
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the at least one hook function configured to monitor operating system messages 
communicated with the software application during execution of the software 
application being tested , as recited by claim 1, as amended. Also, Parker fails to 
teach or suggest retrieving information . . . , wherein at least some of the retrieved 
information descriptive of the state of operation is based on messages monitored 
by way of the at least one hook function , as recited by claim 1, as amended. 

Rather, Parker is directed to testing new and revised computer 
applications which use a graphical user interface (GUI), wherein a test script 
written in a high-level programming language is used in conjunction with a test 
executive and a test driver (Abstract of Parker). As to hook functions, Parker 
makes only the following casual mention: 

A "wrapper" is used to intercept calls to a target procedure so that 
some additional action can be performed whenever the target 
procedure is called. Before or after performing the additional 
action, the wrapper actually calls the target procedure. In the X 
environment, the test tool of the present invention uses wrappers 
around selected routines to intercept calls which the Application, 
300, makes to the LSEM, 305, over interface 301 and then routes 
the information contained in the application's calls over interface 
323 to the test tool. An alternative technique for monitoring the 
Application, 300, to GUI, 307, interface is to make use of hook 
mechanisms built into a GUI. Microsoft Windows. TM. provides 
such hooks. Timers in the test tool can be used to poll the hooks at 
regular intervals. (Col. 12, lines 36-49 of Parker). 

Parker provides no information regarding how a hook is used or operates, 
nor any information regarding what messages are or can be monitored by way of 
a hook (or hooks). Also, Parker is completely lacking any material related to 
installing a hook in any way, not the least of which being with the particularity 
recited by claim 1, as amended. Parker is directed to the use of a "wrapper" and 
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is satisfied with that distinctly different technique. For at least the foregoing 
reasons, Parker fails to teach or suggest all of the features and limitations as 
positively recited by claim 1, as amended. 

Santee fails to cure the deficiencies of Parker. Specifically, Santee fails to 
teach or suggest installing at least one hook function into an application 
programming interface (API) of an operating system, the at least one hook 
function configured to monitor operating system messages communicated with 
the software application during execution of the software application being 
tested , as recited by claim 1, as amended. Also, Santee fails to teach or suggest 
retrieving information. . . , wherein at least some of the retrieved information 
descriptive of the state of operation is based on messages monitored by way of 
the at least one hook function , as recited by claim 1 , as amended. 

Rather, Santee is directed to mapping a GUI of an application through 
recursive manipulation of that GUI (Col. 2, lines 28-42 of Santee). Santee 
provides that such mapping includes comparing a first set of windows to a 
second set of windows so as to identify a new window within the second set 
(Id.). However, Santee is totally devoid of the terms "hook", "hooks", or any 
respective equivalents. In turn, Santee is lacking any mention of installing a 
hook in any way or for any purpose. 

There is no way to select elements from Parker, and then to somehow 
combine those elements with other elements selected from Santee, in order to 
arrive at the subject matter of claim 1, as amended, as no possible combination 
of Parker and Santee teaches or suggests all of the required features and 
limitations. In view of the foregoing reasons, as well as for other reasons argued 
previously in prosecution, Applicant asserts that the § 103 rejection of claim 1, 
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as amended, is unsupportable and should be withdrawn. Applicant further 
asserts that claim 1, as amended, is allowable. 

Claims 2-6, 8-11 and 40, as respectively amended, are also allowable as 
depending from an allowable base claim. While the respective § 103 rejections 
against claims 2-6, 8-11 and 40 have been fully considered, they are not seen as 
contributing anything of merit. 

In further regard to claim 2 (as amended), that claim includes all of the 
features and limitations of claim 1 (as amended) from which it depends, as well 
it's own particularly recited subject matter. For example, claim 2 recites, among 
other things, dynamically updating information in the map data structure 
descriptive of at least one second graphics element resulting from the exposure 
of a new state of operation of the software application in response to the 
execution of the executable feature . 

More to the point, claim 2, as amended, recites subject matter that builds 
upon and continues the method subject matter of claim 1, as amended. Applicant 
asserts that claim 2, as amended, is exemplary of at least some of the distinctions 
between the subject matter of the pending application, and the respective 
teachings of Parker and Santee. 

Claim 13, as amended, recites a system for generating a map, comprising: 

• a capture agent for retrieving information descriptive of a state of 
operation of a software application being tested and a plurality of 
graphics elements rendered during execution of the software 
application, the information including an executable feature 
associated with each graphics element, the capture agent 
configured to install at least one hook function into an 
application programming interface (API) of an operating 
system, wherein the at least one hook function is configured to 
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monitor messages communicated between the operating system 
and the software application during execution of the software 
application being tested; 

• an application driver for storing information in a map data structure 
related to an association between each executable feature and 
corresponding graphics element and a state of operation of the 
software application during execution of the software application 
being tested, wherein the map data structure contains information 
related to at least one graphics element for testing; 

• an indicator for tracking a dynamic updating of the information an 
application driver for automatically selecting one of the executable 
features stored in the map data structure based on the information 
stored in the map data structure; 

• a command agent for automatically executing the selected 
executable feature; and 

• an indicator for tracking a dynamic updating of the information 
related to the association and the state of operation of the software 
application in the map data structure upon the automatic execution 
of the selected executable feature. 

Applicant respectfully disagrees with and traverses the rejection of claim 
13, as amended. 

Specifically, neither Parker nor Santee - whether consider alone or in any 
properly motivated combination - teaches or suggests a capture agent configured 
to install at least one hook function into an application programming interface 
(API) of an operating system, wherein the at least one hook function is 
configured to monitor messages communicated between the operating system 
and the software application during execution of the software application being 
tested , as positively recited by claim 13, as amended. As argued above, Parker 
provides no specific teachings as to the use or operation of a hook , or any subject 
matter related to installing a hook. In turn, Santee is totally devoid of any 
mention of a hook, in any context. Thus, no possible combination of Parker and 
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Santee teaches or suggests the particular subject matter recited by claim 13, as 



amended. 

In view of the foregoing reasons, as well as for reasons argued previously 
in prosecution, Applicant asserts that the § 103 rejection of claim 13, as amended, 
is unsupportable and should be withdrawn. Applicant further asserts that claim 
13, as amended, is allowable. 

Claims 14-15 and 17-20, as respectively amended, are also allowable as 
depending from an allowable base claim. While the respective § 103 rejections 
against claims 14-15 and 17-20 have been fully considered, they are not seen as 
contributing anything of merit. 

Claim 22, as amended, recites a method for systematically invoking an 
executable feature of a software application having a graphical user interface, the 

method comprising: 

• installing at least one hook function into an application 
programming interface (API) of an operating system, the at 
least one hook function configured to monitor operating system 
messages communicated with the software application during 
execution of the software application being tested; 

• retrieving information descriptive of a state of operation of a 
software application being tested and at least one graphics element 
rendered during execution of the software application, the 
information including an executable feature associated with the at 
least one graphics element, at least some of the retrieved 
information descriptive of a state of operation of the software 
application retrieved by way of messages monitored by the at 
least one hook function; 

• storing information related to an association between the 
executable feature and corresponding graphics element and the 
state of operation of the software application in a map data 
structure to contain information related to at least one graphics 
element for testing, the association and information being stored in 
the map data structure during execution of the software application; 
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• automatically selecting from the map data structure at least one 
executable feature associated with a graphics element that has not 
been previously executed; and 

• automatically executing the selected at least one executable feature. 

Applicant respectfully disagrees with and traverses the rejection of claim 
22, as amended. 

Specifically, neither Parker nor Santee - whether consider alone or in any 
properly motivated combination - teaches or suggests installing at least one hook 
function into an application programming interface (API) of an operating system, 
the at least one hook function configured to monitor operating system messages 
communicated with the software application during execution of the software 
application being tested , as positively recited by claim 22, as amended. Also, 
neither Parker nor Santee - alone or in any properly motivated combination - 
teaches or suggests that at least some of the retrieved information descriptive of a 
state of operation of the software application retrieved by way of messages 
monitored by the at least one hook function , as positively recited by claim 22, as 
amended. 

For at least the foregoing reasons, as well as for reasons analogous to those 
argued above in regard to claims 1 and 1 3 (as respectively amended), Applicant 
asserts that the § 103 rejection of claim 22, as amended, is invalid and should be 
withdrawn. Applicant further asserts that claim 22, as amended, is allowable. 

Claims 23-28, as respectively amended, are also allowable as depending 
from an allowable base claim. While the respective § 103 rejections against 
claims 23-28 have been fully considered, they are not seen as contributing 
anything of merit. 
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Conclusion 

The pending claims are in condition for allowance and action to that end is 
respectfully requested. Should any issue remain that prevents allowance of the 
application, the Office is encouraged to contact the undersigned prior to issuance 
of a subsequent Office action. 



Date: ^AlC(4 ' I G> " ^° ^ 



Respectfully submitted, 



By: SBfBrtC^irJ&Jtf 

Scott K. Gallert 
Reg. No. 51,715 
Lee & Hayes, PLLC 
(509) 324-9256 
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